_nnnn_eeee_tttt_bbbb_uuuu_ffff is described in _iiii_nnnn_tttt_rrrr_oooo(3N). The values in _cccc_aaaa_llll_llll have different
semantics, depending on the context of the call to _tttt______ssss_nnnn_dddd_dddd_iiii_ssss. When
rejecting a connect request, _cccc_aaaa_llll_llll must be non-_NNNN_UUUU_LLLL_LLLL and contain a valid
value of _ssss_eeee_qqqq_uuuu_eeee_nnnn_cccc_eeee to identify uniquely the rejected connect indication to
the transport provider. The _aaaa_dddd_dddd_rrrr and _oooo_pppp_tttt fields of _cccc_aaaa_llll_llll are ignored. In
all other cases, _cccc_aaaa_llll_llll need only be used when data is being sent with the
disconnect request. The _aaaa_dddd_dddd_rrrr, _oooo_pppp_tttt, and _ssss_eeee_qqqq_uuuu_eeee_nnnn_cccc_eeee fields of the _tttt______cccc_aaaa_llll_llll
structure are ignored. If the user does not want to send data to the
remote user, the value of _cccc_aaaa_llll_llll may be _NNNN_UUUU_LLLL_LLLL.
_uuuu_dddd_aaaa_tttt_aaaa specifies the user data to be sent to the remote user. The amount
of user data must not exceed the limits supported by the transport
provider as returned in the _dddd_iiii_ssss_cccc_oooo_nnnn field of the _iiii_nnnn_ffff_oooo argument of _tttt______oooo_pppp_eeee_nnnn
or _tttt______gggg_eeee_tttt_iiii_nnnn_ffff_oooo. If the _llll_eeee_nnnn field of _uuuu_dddd_aaaa_tttt_aaaa is zero, no data will be sent to
the remote user.
This function resides within both the X/Open compliant _llll_iiii_bbbb_xxxx_nnnn_eeee_tttt and the